IN THE CLAIMS 

1 . (Ciuxently Amended) A method for handling resets at a bus bridge, the method 
comprising: 

providing a bus bridge coupling a master component supporting a master component 
bus protocol to a slave component supporting a slave component bus protocol , said master 
component corresponding to a first clock domain and said slave component 
corresponding to a different second clock domain : 

receiving a reset signal at the bus bridge, the reset signal associated with a reset of the 
slave component and not being associated with the master component; 

synchronizing the reset signal with the first clock domain of the master component 
such that the master component transitions to an idle state; 

resetting said slave component and not resetting said master component; and 

responding to a transaction from the master component to the slave component with a 
master component bus protocol compliant signal after the reset signal is received, wherein 
responding with the master component bus protocol compliant signal allows the master 
component to continue operating without violating said master component bus protocol while 
the slave component is being reset. 

2. (Original) The method of claim 1, wherein the reset signal is received at a bus 
bridge master interface. 

3. (Currently amended) The method of claim 1, wherein a bus bridge slave 
interface responds with the master component bus protocol compliant signal. 
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4. (Previously Presented) A method for handling resets at a bus bridge, the method 
comprising: 

receiving a reset signal at a bus bridge coupling a master component supporting a 
master component bus protocol to a slave component supporting a slave component bus 
protocol, the reset signal associated with a reset of the slave component; and 

responding to a transaction from the master component to the slave component with a 
bus protocol compliant signal after the reset signal is received, wherein responding with the 
bus protocol compliant signal allows the master component to continue operating while the 
slave component is being reset, wherein the bus protocol compliant signal is an AHB bus error 
signal. 

5. (Original) The method of claim 1, wherein the master component bus protocol is 
the AHB protocol operating in a master component clock domain. 

6. (Original): The method of claim 5, wherein the slave component bus protocol is the 
AHB protocol operating in a slave component clock domain different from the master 
component clock domain. 

7. (Original) The method of claim 5, wherein the slave component bus protocol is 
the PI protocol, 

8. (Original) The method of claim 5, further comprising synchronizing the reset 
signal to the master component clock domain. 

9. (Original) The method of claim 8, further comprising setting the master 
component to an idle state. 
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1 0. (Previously Presented) The method of claim 9, further comprising setting a bus 
bridge slave interface in an idle state while the slave component is being reset. 
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1 1 . (Currently Amended) A method for independently resetting a side of a bus 
bridge, the method comprising: 

receiving a reset signal on a first side of the bus bridge and not on a second side of said 
bus bridge; 

resetting a first component associated with the first side of said bus bridge and not 
resetting a second side of said bus bridge; 

sending a signal to a second component associated with said second side of the bus 
bridge after receiving said reset signal, said signal being compliant with a bus protocol of said 
second side; mtd 

continuing to operate said second component associated with said second side of the 
bus bridge while resetting said first component without violating said bus protocol of said 
second side, wherein the first side corresponds to a first clock domain and the second side 
corresponds to a different second clock domain ; and 

synchronizing the reset signal with the second side of the bus bridge such that a 
component associated with the second side transitions to an idle state . 

12. (Canceled) 

13. (Currently amended) The method as recited in claim 1 1, wherein receiving the 
reset signal includes: 

receiving the reset signal at an interface, the interface coupling the first side component 
to the bus bridge. 
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14. (Previously Presented) A method for independently resetting a side of a bus 
bridge, the method comprising: 

receiving a reset signal on a first side of the bus bridge such that a component 
associated with the first side is reset while a component associated with a second side of the 
bus bridge continues operating without violating bus protocols, the first side corresponding to a 
first clock domain and the second side corresponding to a second clock domain, 

wherein receiving the reset signal includes synchronously receiving the reset signal at 
both an interface and an altemating state handler, the interface coupling the first side 
component to the bus bridge and the altemating state handler being associated with the first 
side. 



15. (Original) The method as recited in claim 14, wherein the altemating state handler 
is an SR type flip-flop. 

1 6. (Previously Presented) The method as recited in claim 1 1 , wherein both the 
components are implemented in programmable logic. 

17. (Previously Presented) The method as recited in claim 12, wherein one of the 
components is implemented in hard logic. 

18. (Previously Presented) The method as recited in claim 12, wherein 
synchronizing the reset signal includes: 

receiving a synchronization signal by synchronization logic, the synchronization signal 
being a result of the reset signal; 

receiving a clock input by the synchronization logic, the clock input associated with the 
second clock domain; and 

outputting an initialization idle signal when the received clock input indicates that the 
second clock domain is nmning. 
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19. (Previously Presented) A method for independently resetting a side of a bus 
bridge, the method comprising: 

receiving a reset signal on a first side of the bus bridge such that a component 
associated with the first side is reset while a component associated with a second side of the 
bus bridge continues operating without violating bus protocols, the first side corresponding to a 
first clock domain and the second side corresponding to a second clock domain; and 

synchronizing the reset signal with the second side of the bus bridge such that a 
component associated with the second side can transition to an idle state, wherein 
synchronizing the reset signal includes: 

receiving a synchronization signal by synchronization logic, the synchronization 
signal being a result of the reset signal; 

receiving a clock input by the synchronization logic, the clock input £issociated 
with the second clock domain; and 

outputting an initialization idle signal when the received clock input indicates 
that the second clock domain is running; 

receiving the initialization idle signal by an interface configured for coupling to the 
component associated with the second side of the bridge; and 

outputting a component idle signal to the component associated with the second side of 
the bridge in response to receiving the initialization idle signal, the component idle signal being 
used to trigger the component associated with the second side of the bridge to transition to the 
idle state. 



20. (Previously Presented) The method as recited in claim 19, further comprising: 

outputting a confirmation idle signal from the interface, the confirmation idle signal 
provided to indicate when the component associated with the second side of the bridge has 
reached the idle state. 
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2 1 . (Currently Amended) A bus bridge for handling resets, the bus bridge 
comprising: 

a master interface reset input arranged to receive a reset communication and to generate 
a reset signal in order to reset a slave component; 

a slave interface reset input that does not generate any signal to reset a master 
component while said slave component is being reset; 

a bus bridge master interface, the bus bridge master interface coupled to said slave 
component, the bus bridge master interface configured to receive said reset signal associated 
with said reset of the slave component on a first side of the bus bridge, wherein said first side 
of said bus bridge uses a first bus protocol; 

a bus bridge slave interface, the bus bridge slave interface coupled to said master 
component, the bus bridge slave interface configured to interact with the master component on 
a second side of the bus bridge such that the slave component is reset while the master 
component continues operating without violating said first bus protocol , wherein the first side 
corresponds to a first clock domain and the second side corresponds to a different second 
clock domain; and 

synchronization logic for synchronizing the reset signal with the second clock 
domain such that the master component and the bns bridge slave interface transition to 
an idle state. 



22. (Canceled) 

23. (Canceled) 
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24. (Previously Presented) A bus bridge for handling resets, the bus bridge 
comprising: 

a bus bridge master interface, the bus bridge master interface coupled to a slave 
component, the bus bridge master interface configured to receive a reset signal associated with 
a reset of the slave component on a first side of the bus bridge; 

a bus bridge slave interface, the bus bridge slave interface coupled to a master 
component, the bus bridge slave interface configured to interact with the master component on 
a second side of the bus bridge such that the slave component is reset while the master 
component continues operating without violating bus protocols; and 

an alternating state handler being associated with the first side, wherein both the bus 
bridge master interface and the alternating state handler gire configured for synchronously 
receiving the reset signal on the first side of the bus bridge. 

25. (Original) The bus bridge as recited in claim 24, wherein the altemating state 
handler is a SR type flip-flop. 

26. (Previously Presented) The bus bridge as recited in claim 21, wherein both the 
components are implemented in programmable logic. 

27. (Previously Presented) The bus bridge as recited in claim 21, wherein one of the 
components is implemented in hard logic. 

28. (Original) The bus bridge as recited in claim 23, wherein the synchronization 
logic is configured for receiving a synchronization signal that is a result of the reset signal; for 
receiving a clock input that is associated with the second clock domain; and for outputting an 
initialization idle signal when the received clock input indicates that the second clock domain 
is running. 
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29. (Previously Presented) 
comprising: 



A bus bridge for handling resets, the bus bridge 



a bus bridge master interface, the bus bridge master interface coupled to a slave 
component, the bus bridge master interface configured to receive a reset signal associated with 
a reset of the slave component on a first side of the bus bridge; 

a bus bridge slave interface, the bus bridge slave interface coupled to a master 
component, the bus bridge slave interface configured to interact with the master component on 
a second side of the bus bridge such that the slave component is reset while the master 
component continues operating without violating bus protocols, wherein the first side 
corresponds to a first clock domain and the second side corresponds to a second clock domain, 
the first and second clock domains being different from each other; 

a synchronization logic for synchronizing the reset signal with the second clock domain 
such that the master component and the bus bridge slave interface transition to an idle state, 
wherein the synchronization logic is configured for receiving a synchronization signal that is a 
result of the reset signal; for receiving a clock input that is associated with the second clock 
domain; and for outputting an initialization idle signal when the received clock input indicates 
that the second clock domain is running, 

wherein the bus bridge slave interface is configured for receiving the initialization idle 
signal; and for outputting a component idle signal to the master component in response to 
receiving the initialization idle signal, the component idle signal being used to trigger the 
master component to transition to an idle state. 

30. (Original) The bus bridge as recited in claim 29, wherein the bus bridge 

slave interface is further configured for outputting a confirmation idle signal that is used to 
indicate when the master component has reached an idle state. 
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3 1 . (Currently Amended) A computer readable recording medium storing program 
instructions for handling resets at a bus bridge, the program instructions comprising: 

instructions for providing a bus bridge coupling a master component supporting a 
master component bus protocol to a slave component supporting a slave component bus 
protocol , said master component corresponding to a first clock domain and said slave 
component corresponding to a different second clock domain : 

instructions for receiving a reset signal at said bus bridge, the reset signal associated 
with a reset of the slave component and not being associated with the master component; 

instructions for synchronizing the reset signal with the first clock domain of the 
master component such that the master component transitions to an idle state; 

instructions for resetting said slave component and not resetting said master 
component; and 

instructions for responding to a transaction from the master component to the slave 
component with a master component bus protocol compliant signal after the reset signal is 
received, wherein responding with a master component bus protocol compliant signal allows 
the master component to continue operating without violating said master component bus 
protocol while the slave component is being reset. 

32. (Previously Presented) The computer readable recording medium of claim 31, 
wherein the reset signal is received at a bus bridge master interface. 

33. (Previously Presented) The method as recited in claim 1, wherein either the 
master component or slave component is implemented in programmable logic on a 
programmable device. 
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34. (Previously Presented) The method as recited in claim 33, wherein the 
programmable device is selected from the group consisting of a PLD, a PLA, a PAL, a FPGA, 
and a CPLD. 



35. (Previously Presented) The method as recited in claim 1 , wherein responding 
with a bus protocol compliant signal allows the master component to continue operating 
without stalling while the slave component is being reset. 

36. (Previously Presented) The method as recited in claim 1, wherein responding 
with a bus protocol compliant signal allows the master component to continue operating 
without locking up while the slave component is being reset. 

37. (Currently Amended) The method as recited in claim 1 1 , wherein either the 
first component associated with the first side or the second component associated with the 
second side is implemented in programmable logic on a programmable device. 

38. (Previously Presented) The method as recited in claim 37, wherein the 
programmable device is selected from the group consisting of a PLD, a PLA, a PAL, a FPGA, 
and a CPLD. 



39. (Currently Amended) The method as recited in claim 11, wherein responding 
with a bus protocol compliant signal allows the second component associated with the second 
side to continue operating without stalling while the first component associated with the first 
side is being reset. 

40. (Currently Amended) The method as recited in claim 11, wherein responding 
with a bus protocol compliant signal allows the second component associated with the second 
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side to continue operating without locking up while the first component associated with the 
first side is being reset. 

41 . (Previously Presented) The bus bridge as recited in claim 21, wherein the bus 
bridge is implemented on a programmable device. 

42. (Previously Presented) The bus bridge as recited in claim 41, wherein the 
programmable device is selected from the group consisting of a PLD, a PLA, a PAL, a FPGA, 
and a CPLD. 



43. (Previously Presented) The bus bridge as recited in claim 21, wherein the bus 
bridge slave interface is configured to interact with the master component on the second side of 
the bus bridge such that the slave component is reset while the master component continues 
operating without stalling. 

44. (Previously Presented) The method as recited in claim 21, wherein the bus bridge 
slave interface is configured to interact with the master component on the second side of the 
bus bridge such that the slave component is reset while the master component continues 
operating without locking up. 

45. (Currently Amended) The method A method as recited in claim 1 
wherein said received reset signal is not associated with a system-wide reset. 

46. (Currently Amended) The method A method as recited in claim 1 1 
wherein said received reset signal is not associated with a system-wide reset. 
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47. (Currently Amended) The bus bridge A bu s bridge as recited in claim 21 
wherein said received reset signal is not associated with a system-wide reset. 

48. (Currently Amended) The computer-readable medium A computer - 
readable medium as recited in claim 3 1 wherein said received reset signal is not associated with 
a system-wide reset. 
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